Ce blog est le premier article d’une série sur l’exploitation des témoignages d’utilisateurs pour améliorer les résultats des produits. Dans cet article, nous explorerons comment rédiger des user stories convaincantes pour apporter rapidement de la valeur à vos clients.
L’histoire de l’utilisateur – Votre clé pour libérer la valeur du produit
Imaginez ceci. C’est le jour de la démo. Vous êtes impatient de voir enfin sur quoi l’équipe de développement a travaillé pendant des semaines et vous êtes convaincu que ce travail apportera de la valeur à vos clients. Il n’y a qu’un seul problème. Ce n’est pas vraiment ce à quoi vous vous attendiez, et cela n’apportera certainement pas la valeur que vous espériez. Alors, qu’est-ce-qu’il s’est passé?
Il y a de fortes chances que si vous travaillez dans le développement de produits, vous en ayez fait l’expérience. Aider les développeurs à comprendre ce dont vous avez besoin peut parfois donner l’impression de peindre l’expressionnisme abstrait à l’envers. Cela peut devenir très frustrant et, sans parler de cela, faire perdre un temps et des ressources précieux.
Un développement de produit réussi nécessite une communication efficace avec l’équipe de développement. Dans le développement de produits Agile, le principal outil dont nous disposons est la user story. Cet instrument simple mais élégant peut faire ou défaire la rapidité avec laquelle vous apportez de la valeur à vos clients. Il est d’une importance vitale pour chaque chef de produit ou propriétaire de savoir comment rédiger une excellente user story.
Qu’est-ce qu’une User Story ?
En termes simples, il s’agit d’une méthode permettant de communiquer les exigences commerciales à une équipe de développement. Ce qui arrive souvent dans le monde réel, c’est que les gens confondent « user story » avec ce dont ils doivent parler dans Jira ou Azure Dev Ops (ou nommez votre outil). Ils manquent de l’importance de la véritable user story.
La user story est une phrase d’une ligne qui détaille le but du travail lui-même. Le but de l’histoire est de donner à l’équipe de développement et aux testeurs un contexte clair sur l’objectif du travail à accomplir.
Les 3 composants d’une user story convaincante
Il y a trois éléments pour rédiger une user story convaincante :
- Rôle de l’utilisateur – une user story est rédigée du point de vue de l’utilisateur qui souhaite/a besoin de l’histoire (c’est-à-dire membre d’un régime de santé, utilisateur du site Web, etc.). Le rôle utilisé doit être aussi spécifique que possible afin de fournir une orientation claire à l’équipe de développement sur les bénéficiaires de ce travail.
Activité – il s’agit d’un résumé de haut niveau de ce qui doit être livré avec l’histoire (c’est-à-dire soumettre un paiement, télécharger un document, etc.). Semblable au rôle d’utilisateur, celui-ci doit être aussi précis que possible.
Valeur – le dernier élément de la user story est la valeur utilisateur. C’est ici que vous écrivez le « pourquoi » derrière le travail. Cela donne à l’équipe Scrum un contexte sur les raisons pour lesquelles l’utilisateur se soucie de ce travail, comment il apporte de la valeur à l’utilisateur final/client et comment il se rapporte aux objectifs/vision globaux du produit.
Comment structurer une user story
Maintenant que vous connaissez les éléments de la user story, il existe un format simple pour rédiger la user story. Une bonne user story contient les 3 éléments et est écrite en une seule phrase comme ci-dessous :
Comme un [user role]Je veux [activity]de sorte que [value].
Ce que j’ai découvert dans mon expérience, c’est que de nombreuses histoires d’utilisateurs laissent de côté la partie valeur. Soit le propriétaire du produit ne pense pas que cela vaut la peine de l’inclure, soit l’équipe de développement estime qu’elle n’en a pas besoin. Lorsque cela est laissé de côté, l’équipe ne comprend pas le « pourquoi » derrière le travail. Une bonne équipe de développement veut savoir pourquoi le travail qu’elle effectue est important pour le produit. Cela peut influencer la façon dont ils résolvent le problème et codent les exigences.
En conclusion
Écrire une bonne user story n’est pas difficile en apparence, mais vous seriez surpris de voir combien de professionnels expérimentés du développement de produits manquent ce concept fondamental. Des user stories bien rédigées peuvent vous aider à communiquer beaucoup plus efficacement, ce qui permet à votre équipe de créer de la valeur plus rapidement.
Le prochain article de cette série plongera dans les critères d’acceptation.
Perficient crée des solutions de produits numériques innovantes pour les entreprises Fortune 500 depuis plus de 25 ans. Contactez-nous aujourd’hui pour en savoir plus sur notre Innovation + Développement de produits prestations de service.
avril 10, 2024
Comment rédiger une user story – Partie 1 / Blogs / Perficient
Ce blog est le premier article d’une série sur l’exploitation des témoignages d’utilisateurs pour améliorer les résultats des produits. Dans cet article, nous explorerons comment rédiger des user stories convaincantes pour apporter rapidement de la valeur à vos clients.
L’histoire de l’utilisateur – Votre clé pour libérer la valeur du produit
Imaginez ceci. C’est le jour de la démo. Vous êtes impatient de voir enfin sur quoi l’équipe de développement a travaillé pendant des semaines et vous êtes convaincu que ce travail apportera de la valeur à vos clients. Il n’y a qu’un seul problème. Ce n’est pas vraiment ce à quoi vous vous attendiez, et cela n’apportera certainement pas la valeur que vous espériez. Alors, qu’est-ce-qu’il s’est passé?
Il y a de fortes chances que si vous travaillez dans le développement de produits, vous en ayez fait l’expérience. Aider les développeurs à comprendre ce dont vous avez besoin peut parfois donner l’impression de peindre l’expressionnisme abstrait à l’envers. Cela peut devenir très frustrant et, sans parler de cela, faire perdre un temps et des ressources précieux.
Un développement de produit réussi nécessite une communication efficace avec l’équipe de développement. Dans le développement de produits Agile, le principal outil dont nous disposons est la user story. Cet instrument simple mais élégant peut faire ou défaire la rapidité avec laquelle vous apportez de la valeur à vos clients. Il est d’une importance vitale pour chaque chef de produit ou propriétaire de savoir comment rédiger une excellente user story.
Qu’est-ce qu’une User Story ?
En termes simples, il s’agit d’une méthode permettant de communiquer les exigences commerciales à une équipe de développement. Ce qui arrive souvent dans le monde réel, c’est que les gens confondent « user story » avec ce dont ils doivent parler dans Jira ou Azure Dev Ops (ou nommez votre outil). Ils manquent de l’importance de la véritable user story.
La user story est une phrase d’une ligne qui détaille le but du travail lui-même. Le but de l’histoire est de donner à l’équipe de développement et aux testeurs un contexte clair sur l’objectif du travail à accomplir.
Les 3 composants d’une user story convaincante
Il y a trois éléments pour rédiger une user story convaincante :
Activité – il s’agit d’un résumé de haut niveau de ce qui doit être livré avec l’histoire (c’est-à-dire soumettre un paiement, télécharger un document, etc.). Semblable au rôle d’utilisateur, celui-ci doit être aussi précis que possible.
Valeur – le dernier élément de la user story est la valeur utilisateur. C’est ici que vous écrivez le « pourquoi » derrière le travail. Cela donne à l’équipe Scrum un contexte sur les raisons pour lesquelles l’utilisateur se soucie de ce travail, comment il apporte de la valeur à l’utilisateur final/client et comment il se rapporte aux objectifs/vision globaux du produit.
Comment structurer une user story
Maintenant que vous connaissez les éléments de la user story, il existe un format simple pour rédiger la user story. Une bonne user story contient les 3 éléments et est écrite en une seule phrase comme ci-dessous :
Comme un [user role]Je veux [activity]de sorte que [value].
Ce que j’ai découvert dans mon expérience, c’est que de nombreuses histoires d’utilisateurs laissent de côté la partie valeur. Soit le propriétaire du produit ne pense pas que cela vaut la peine de l’inclure, soit l’équipe de développement estime qu’elle n’en a pas besoin. Lorsque cela est laissé de côté, l’équipe ne comprend pas le « pourquoi » derrière le travail. Une bonne équipe de développement veut savoir pourquoi le travail qu’elle effectue est important pour le produit. Cela peut influencer la façon dont ils résolvent le problème et codent les exigences.
En conclusion
Écrire une bonne user story n’est pas difficile en apparence, mais vous seriez surpris de voir combien de professionnels expérimentés du développement de produits manquent ce concept fondamental. Des user stories bien rédigées peuvent vous aider à communiquer beaucoup plus efficacement, ce qui permet à votre équipe de créer de la valeur plus rapidement.
Le prochain article de cette série plongera dans les critères d’acceptation.
Perficient crée des solutions de produits numériques innovantes pour les entreprises Fortune 500 depuis plus de 25 ans. Contactez-nous aujourd’hui pour en savoir plus sur notre Innovation + Développement de produits prestations de service.
Source link
Partager :
Articles similaires